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(57) Abstract 
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INSTANTIATION APPUCATION USING META DATA REPOSITORY 

5 Field of the Invention 

This invention relates to instantiation of software applications and, more particularly, 
to instantiating, especially multi-tiered applications, from a meta .data repository 
containing attributes and values of the attributes. 

10 

Background of the Invention 

The typical client/server product has a two-tiered architecture with a chent application 
that communicates with a back-end relational database across a physical network. 

15 Global enterprise computing imposes requirements on application software that 
exceed the capabilities of these traditional client/server technologies. Requirements 
such as the ability to support heterogeneous environments, multiple languages, 
multimedia, the Internet and corporate intranets, and rapid application deployment 
and upgrades have exceeded the capabilities of 4GL cUent/server programming 

20 environments. In addition, a modem application software company must have a 
product architecture that supports rapid evolution. 

Industry analysts agree that because of these demands the client/server industry is 
rapidly transitioning to provide support for the Internet. As such, true distributed 
25 computing will for the first time be practical. 

Where no one vendor was successful in creating a ubiquitous networking protocol 
standard, the powerftil pressure exerted by the Internet resulted in the widespread 
adoption of TCP/IP as a network protocol across all computing platforms and network 
30 devices. This standardization has led to the very rapid rise of internal corporate 
intranets. Using the identical technology that supports coimectivity across the public 
Internet, any company with an IP-compatible network can distribute information and 
Web-based applications throughout the enterprise. They can do it simply, at a low 
cost, and with a high probability of success. 
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Additionally, if a business is prepared to program at the level of TCP/IP (through a 
socket interface), they can create vastly more sophisticated applications at low risk 
and low cost. The world of distributed computing and applications has taken a 
5 dramatically .positive upward turn because of the Internet. 

* • 

However, this does present a challenge. Global enterprise computing imposes 
enormous requirements on application software that exceed the capabilities of 
mainframe-centric and traditional client/server technologies. Requirements such as 

0 the ability to support heterogeneous environments, multiple languages, multimedia, 
the Internet and corporate Intranets, and rapid application deployment and upgrades 
have exceeded the ability of 4GL client/server programming environments. Most 
organizations are not equipped to build or assemble technologies that overcome this 
challenge. In addition, a modem appUcation -software company must have a product 

5 architecture that supports rapid evolution because the requirements of tomorrow's 
architecture will pass by today's solution. 



Along with the technical forces, business drivers such as the total cost of ownership 
exert influence on the application software architecture. The perfect technical solution 
20 will not be chosen if it is too costly to maintain, upgrade, or deploy. The right 
architecture achieves a balance of all relevant costs to reach the lowest possible total 
cost of ownership. 

An architecture must cultivate user acceptance. The user community will not adopt a 
25 fast system with a poor user interface. Nor will they use a system that merely looks 
good, yet does not truly enhance the business transactions they must perform. The 
successful archit ec ture is effici ent and lean. It m inimizes us er ac t ion s, and conveys 
information in a manner that is easily understood by all. It is easy to learn, easy to use, 
and provides real value to its users. 

30 

In order to meet these challenges, the key elements of a comprehensive application 
architecture must include: 

FamiUar User Interface 

Internationalization 
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Standards Compliance 
upgradeability 

Complete Development Tools 
Configurability 

Application Integration Ability 

A further challeiige for an Intemet/Intraiiet' based application or application suite is 
that according to leading industry analysts, there is an mherent dichotomy in the way 
that most organizations purchase and deploy application software, exacerbated by 
poor application architecture. Packaged software applications are typically chosen so 
that the customer can rely on the software vendor for support, enhancements, and a 
long term relationship. However, most companies wind up making heavy 
customizations to the application before they deploy it, then discover that the vendor 
can't support those customizations. Taking enhancements is prohibitive because doing 
so would require making the customizations all over again at great expense. 

In order to allow companies to customize their applications yet still receive the 
benefits of upgrades and supports, enterprise applications must provide four critical 
components: 

Comprehensive Development Tools 
Published Application Program Interfaces APIs 
Complete Metadata Repository 
Component Architecture 

Additionally, an Internet-based client/server application must be capable of 
distributing itself widely across the Internet and supporting multiple combinations and 
configurations. 

Specifically, a need exists for an Intranet/Internet based architecture and technology 
to support the rapid teclinology changes, including those associated with the Internet, 
including: 

Replacement of the traditional client/server environment 

Replacing existmg WANs with Internet-based topologies and protocols 

The rising popularity of multi-tiered development tools and applications 

3. 
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Rapid changes in software development methodologies 

The increased use of software components and objects at all levels 

The decline of monolithic desktop applications 

The use of smaller and Ughter Intemet-based client applications 

The use of the Internet as a software distribution channel 

• • * • . * . * 

The use of the Intemet to support customers 

Requirement for true application data independence 

The Intemet must support heterogeneous devices and operating systems 

The Intemet is global and supjports multiple languages 

The Intemet supports content of all kinds (e.g., multimedia, audio, video) 

These requirements are necessary to provide an bitemet-based client/server 
apphcation that is capable of distributing itself widely across the Intemet and 
supporting multiple combination s and configurations. _ „ 

Summary of the Invention 



The method and system of our invention uses a metadata repository and a tiered 
architecture having at least one tier on each computer, where the contents of the 
20 metadata repository are used to instantiate an application running on multiple 
computers. The apphcation is one having multiple layers. The tiered application is 
constmcted using object oriented programming such that the layers contain objects. 
The layers also have interfaces to pass data and commands between layers. 

25 In one embodiment of our invention the instantiant data is stored in human readable 
attribute-value data tables. 

In still another embodiment of our invention a program product is provided that 
contains machine readable program code for instantiating a tiered application using a 
30 meta database repository. 



4. 
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The Figures 

Our invention may be understood by reference to the Figures appended hereto. 

5 .. . . FIGURE 1 is a high level overview of the "server?* and "clients" of our application, 
including mobile clients, personal digital assistants, connected clients, and thin 
clients. 

FIGURE 2 is an illustration of the component architecture of the three tiered 
10 exemplification of our invention, with an applet manager/graphical user interface 
manager, an object manager, and a data manager, along with an object repository. 

♦ * 

FIGURE 3 is an illustration of the interfaces of the three tiered exemplification of our 
invention, including a user interface with views and applets, an object manager with 
15 business objects and business components, and a data manager with business 
components. These elements interface with a database which may contain vendor 
and/or customer specific data, with third party applications, with middleware, and 
with other databases, through a COM/CORBA business object interface, and through 
EIM. 

20 

FIGURE 4 is an illustration of the in human readable language of the contents of an 
object in the metadata repository. To be noted is that while FIGURE 3 is in human 
readable language, the repository entries may not be in human readable form. 

25 Detailed Descriptiou of the Invention 

Our invention is a method and system for implementing a software application for 

Internet/Intranet interactions by a plurality of users, through the use of a multi-tiered 

application instantiated through attribute-value entries in a metadata repository. 

30 Specifically, tlirough the use of a metadata repository and a tiered architecture that is 

instantiated tlirough the contents of the metadata repository, we are able to instantiate 

an application running on a computer, where the application is one having multiple 

layers. The tiered application is constructed using object oriented programming such 

that the layers contain objects. The layers also have interfaces to pass data and 

5. 
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commands between layers. In one embodiment of our invention the application is 
instantiated by extracting attribute-value data from a metadata repository. 

In still another embodiment of our invention a system is provided that contains 
machine readable program code for instantiating a tiered application using a metadata 
repository. 

• » . • • ^ ' 

One embodiment of our invention is a method and system for instantiating a program 
product to support a distributed sales and/or service organization, as shown in 
FIGURE 1 . The instantiated program must support, among others, mobile clients 1 1, 
personal digital assistants 21, connected clients 31, and thin cUents 41. Mobile clients 
11 include field sales 13 and/or service 14 personnel Likewise^ persoiial digital 
assistant 21 supported users include field sales 23 and service 25 personnel. 
Connected clients 31 include, by way of example, call center staff 33, such as 
telemarketing staff 35 and support staff 37. Thin clients 41 include "intemet" and 
"intranet" supported users, using, for example, Java, HTML, and ActiveX, and are 
exemplified by Call Center staff 43, resellers 44, strategic partners 45, and customers 
46. 

FIGURE 2 illustrates the architecture of the appUcation. The components are tiered 
and include an Applet Manager equivalently a User Interface 111, and Object 
Manager 121, and a Data Manager 131. FIGURE 2, which specifically shows the 
tiered architecture of the components, shows an illustration where a service request 
list 1 13 is in the Applet Manager or User Interface 111. The service request hst 113 
calls a service request 123 in the object manager 121. In turn, the service request 123, 
calls an activity 125 a product, 127, and a contact 129, which are instantiated by a sets 
of attributes an d val ues i n an ob ject repository 141, as will be des cr ibed in more det ail 
herein below. To support the activity 125, the product 127, and the contact 129, SQL 
objects 133 search external databases 151a, 151b, 151c, and 15 Id. 

FIGURE 3 illustrates interfaces within the software application, that is, between the 

tiers 21 1, 221, and 231. Tier 211 is a User Interface or Applet Manager tier, with 

views 213 and applets 215. Tier 221 is an object manager, containing the "logic" in 

the form of business objects 223 and business components 225. Tier 231 is a data 

6. 



wo 00/52603 PCT/USOO/05449 

manager tier that maps business components into SQL queries. The data manager tier 
231 interfaces with both a database 241, and, through EIM, and high volume data 
integration, with other databases, indicated by 243. Similarly, the User 
Interface/Applet Manager tier 21 1, the Object Manager tier 221, and the Data 
5 Manager tier 23 1 , communicate with each other through suitable interfaces, which 
enable each tier to call the other tieir's objects, data, and code, and throu^ 
COM/CORBA and other Business Object Interfaces, indicated as 203, to have real 
tune client integration and object integration with third party applications, 253, and 
middleware 255, such as Crossworlds, CORBA, MQ Series, and DCOM. 

FIGURES 2 and 3 are illustrative of three tiers of the application. More generally. The 
foundation of the application is based upon an N~Tiered, or multi-tiered, object- 
oriented architecture. 

The purpose of the N-Tiered architecture is three-fold. First, it is the result of a 
powerful, component-based, object-oriented kemel that has allowed systems 
developers and engineers to quickly produce a sophisticated yet highly modular 
system. Second, it provides end users with a platform for rapid application 
customization while maintainmg a clear and consistent upgrade path to future releases 
of the constituent applications. Third, it provides the architectural foundation to 
enable a rapid move to the next level of technological requirements that are inevitable 
due to the forces of the Internet. 

The major layers of the N-Tiered architecture include 

Applet or user interface layer 111, including an Applet Manager layer (which 
may be a separate layer also included on the browser or remote client), 
Business Object Manager layer 121, 
Data Manager layer 131, and 
Universal Data Exchange layer 141. 

In our invention, at least one layer is solely resident on one computer or platform; for 
example, in a preferred exemplification one layer, as the user interface layer, is solely 
resident on a remote cHent and instantiated thereon Each layer is described in detail 
below. 
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1 . Applets, Applet Manager, and User Interface Layer 

Applet Objects are visual representations of underlying Business Objects that reside 
in the Business object Manager layer. This layer of the N-Tiered architecture manages 
the user mteraction for appUcations and components. Applets are created and 
managed using tools, such as a comprehensive multi-user application customization 
environment that exploits a visual programming user interface. 

. • • . ' 

These interactive visual components communicate with Business objects through the 
Applet Manager layer and enable any developer to create customized sales, 
marketing, and service information system solutions with little or no programming. 
The Applet layer also extends programs by exposing the mterfaces to its applet 
objects. This allows other programs or objects to control, manipulate, and query the 
user interface. 



Applet Manager 

The Applet Manager is responsible for rendering the application user interface and 
managing the users' interactions. It reads the View object definition from the 
Repository File, detennines the Applets required for the view, then reads the Applet 
object definitions. The Applet Manager then draws the associated controls and images 
based on the object definitions. 



The underlying purpose of the Applet Manager is to provide a framework for 
instantiating Applets and to manage the Applet/Business object interaction including 
execution of the appropriate Business objects methods that are req uested by applets 
and other objects. This is done through the use of the value-attribute pairs shown in 
FIGURE 4. 



The Applet Manager enables the Enterprise Applications to be used on a wide variety 
of platforms because it uses a single Applet definition stored in the repository. An 
Applet defined to operate in connected mode can just as easily be used in a mobile 
mode. Using the Applet Manager delivered with the Thin Client, the same Applet can 

8, 
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be deployed in either the Windows Thin Client or as an Applet in the Java Thin 
Client. If appropriate, the very same Applet can be smiilarly rendered in the Hand 
Held Client, without additional programming. This architecture enables application 
user interface objects, including views and Applets, to be configured once in the 
5 repository and deployed in many environments. 

The Applet Manager must exhibit high performance and scalability across all 
platforms that it supports. The Applet Manager accomplishes this by effectively 
managing the communication between itself and the Business object Manager layer, 
0 and by being efficient in the way that it renders application views. 

The Applet Manager mmimizes the amount of data that must be transferred between 
itself and the Business object layer to ensure highly efficient communication. The 
Applet Manager uses caching to enable reuse of data that has already been retrieved 
5 firom the Object Manager layer, so that the same data does not have to be transferred 
multiple times. The Applet Manager uses this and other techniques to make very 
large deployments of the Enterprise Application scalable to thousands of users on a 
LAN, as well as scalable to thousands over the Intemet. 

0 The Applet Manager is also very efficient in the way it renders views in the 
apphcation. The Applet Manager renders the views, applets, and other objects on an 
on-demand basis. This means that a particular object, the Account View for example, 
is not rendered until the user navigates to that view. This technique allows the Applet 
Manager to consume far less memory than programs that statically define all of the 

5 screens and views in the code of the program itself. 

The Applet Manager is also configurable and extensible. For example, it may use an 
event model for VB that enables users and integrators to add new visual components 
to the user interface and create handlers for specific events that occur through the 
3 interaction of the user with these visual objects. When an event occurs, the Applet 
Manager intercepts the event and executes the appropriate event handler written in 
VB. 



2. Business Object Manager 



9. 
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Business objects are programmable and accessible through Business Objects 
Interfaces and can be used in many ways that closed systems cannot provide. These 
include serving as components of user-defined light clients, ultra-light clients, clients 
5 written in languages such as Microsoft Visual Basic or Sybase Powerbuilden and 
Web-page clients. The Business Object Layer is resident on the server in- the systern, 
method, and program product of our mvehtion. 

This approach opens significant business opportunities for independent developers 

10 and users. They can easily create third-party appHcations and add-ons to Sales 
Enterprise and Service Enterprise or access specific Business objects and their 
corresponding applets to create other applications. 

The Business Object Manager provides for consistent object behavior and interaction 
15 of all business objects (Business objects) within Enterprise AppUcations. Business 
objects are highly configurable, object-oriented building blocks of Enterprise 
Applications. The family of Business objects is extensive and includes Opportunity, 
Account, Customer, Product, Competitor, Campaign, Service Request, and Product 
Defect, to name a few. Business objects contain the business logic for the component 
20 as well as semantic information about the sales, marketing, and service entities. 
Highly configurable via Tools, Business objects are designed to allow organizations 
to rapidly configure the application to meet their business requirements while 
ensuring a clear and consistent upgrade path for future releases. 

25 The Business object Manager also uses row buffers, so that only the first few rows of 
a multi-row query are actually retumed to the client. This enables the user to see the 
results of the query without having to wait for all rows to be t ran s ferred to the client 
and enables this layer of the N-tiered architecture highly scalable. 

30 3. Data Manager 

The Data Manager is a layer in the architecture that maintains an object-oriented 

abstraction of the native data stored in the data repositories for the benefit of the 

Business Object Manager. The Data Manager layer is resident on the server. This 

10. 
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abstraction of the physical database schema frees developers from the constraints of 
the physical data layout while providing data access and manipulation in an effective, 
efficient manner. 

5 Traditional . approaches rely pn the developer's personal knowledge, of SQL and the 
database schema to " access and maintain data. These approaches are prone to error, 
and often result in poor and uneven performance. While SQL basics are relatively 
easy to .leam, good SQL is difficult to master. The reliance, on developers then to 
know the entire database schema, with the individual nuances of each 
10 implementation, is a risky prospect. 

in contrast the Data Manager relieves developers from evef havuig to code SQL in the 
Enterprise applications. Business components are mapped to their data sources in the 
Tools repository. At run time the Data Manager creates SQL Objects that in turn 
15 generate the SQL necessary to deUver the appropriate data. 

In addition to being much less error-prone than their hand-coded counterparts, SQL 
Objects are fined tuned to the specific Applet from which they are called, enabling 
them to be much more efficient about which data elements are actually retrieved. 
20 Applets contain controls that are in turn mapped to Business component fields. The 
Business components in turn communicate to the Data Manager the list of fields that 
are required to be displayed or updated. The SQL objects dynamically construct an 
efficient SQL statement to retrieve or update the data appropriately. 

25 In contrast, many 4GL programmers hard-code the SQL in such a way as to try and 
make the SQL re-usable. This is a concession to the fact that good SQL is difficult to 
write, so programmers try on their own to minimize the occurrences of it. However, 
this leads to SQL statements that are overly general and that retrieve more data than a 
given use may require. 

30 

Universal Data Exchange 



11. 
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It is valuable to support multiple data sources for the Business objects and the applets 
that represent them. This is the responsibility of the Universal Data Exchange Layer. 
It sits at the lowest tier in the N-Tiered architecture and does the following: 
It understands the nature of the raw data as it is stored and represented in the 
5 repository 

It supports multiple data repositories, including ..relational database management 

systems, on-line analytical processing, and others 

It is able to deliver data from these data sources upward to the Data Manager Layer in 
10 a consistent, efficient manner, and 

It understands and uses the optimal method of data retrieval for different sources. 

The Universal Data Exchange layer is the part of the architecture that binds the 
1 5 Enterprise Application components to the specifics of the particular data source being 
used. This layer is responsible for translating general SQL statements into ones that 
are specific and well-tuned for the actual target database. 

For example, the Oracle database optimizer works backwards on SQL statements 
20 when processing, so that when working with large tables, it is usually preferable to 
specify the largest table involved in the query at the end of the "From" clause. 
Conversely, in Sybase's optimizer, the sequencing of the tables works differently, and 
using the same approach as on Oracle may lead to sub-optimal performance. The 
Universal Data Exchange layer manages these differences so developers need not 
25 concern themselves with these idiosyncrasies in order to configure a good application. 

Th? Uni versa^^^^^^ 

of the various data sources. If Oracle is the back-end database, then the Universal 
Data Exchange Layer will use the Oracle Call Interface (OCI) to connect directly to 
30 SQL*Net, Oracle's most efficient API. If another database is used, the Universal Data 
Exchange Layer automatically converts to that database's native interface 
guaranteeing the most efficient data connection possible 



N-Tiered Architecture Benefits • 



12. 
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The N-Tiered architecture with one tier or layer on the remote or networked platform 
is extremely powerful and offers significant advantages as the basis for the product 
architecture of Enterprise Applications, 
5 ..... 
The N-Tiered Architecture offers: 

• • • • ► 

• * * * 

Significantly improved performance and scalability. It allows developers to 
create the optimal sales, marketing, and service information system configurations. 

10 

Easier maintenance. It allows developers to configure Business object 
definitions stored in one central Business object repository. This controls the behavior 
and information access properties of Business objects that provide shared services to 
clients, 

15 

Reduced development time. It enables developers to assemble new 
applications and utilities firom existmg software components with a minimum of 
development time. 

20 Higher quality. It provides an open architecture with registered, industry- 

standard object interfaces so that automatic testing of all tiers is easy and reduces the 
manual testing required. 

Smaller footprint devices. It allows developers to dynamically download the 
user interface so that small, memory-limited hand-held devices can execute 

25 applications by downloading only the required applet. 

Business opportunities. It enables developers to create third-party add-ons to 
Enterprise Applications and license components of Enterprise Applications to build 
new applications. 

30 

Meta Data Repository 

Objects are managed in the Repository, a single integrated datastore of all the 

information required for defining a Enterprise Application, The Repository provides a 

13. 
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complete multi-user application customization platform that supports check-in and 
check-out, version control, and automatic application upgrades. As noted above, 
FIGURE 4 is an illustration, in human readable language, of the contents of an entry 
in the metadata repository. 

Metadata, data that defines the structure and order of other data,.i$ an important aspect 
of application architecture that leads to a variety df cost of ownei^hip issues. The 
metadata repository contains properties and attributes (as property-attribute pairs 
relating td the business component, e.g., contact, account, etc. as well as the applets 
used by the application) that determine the behavior of tiers or layers, applets, and 
objects. The use of metadata enables the automatic upgrade capabihty, while ignoring 
the metadata repository almost precludes automatic upgrades. This is because 
structured metadata allows for automated analysis and manipulation and for upgrades 
without changing the iinderlying source code. Traditional 4GL progranuning 
languages do not contain the structure necessary for automated analysis, so 
comparison of two versions is a manual process. 

Well defined metadata repositories can significantly reduce the cost and time required 
to train new developers sufficiently to customize an application. Graphical 
development tools like Siebel Tools allow new developers the ability to easily 
configure an application without the need to learn a procedural language. Alternative 
proprietary programming languages offer steep learning curves that lengthen the time 
it takes to configure and then deploy an application. 

Business Object Repository Manager. 

The Business Object repository manager provides application developers with an 
efficient multi-user development environment that includes access to check-in/check- 
out functionality and version control. In a typical development environment, a Server 
Repository contains the master application definition. Each developer on the team has 
a Local Repository to which Tools connects. The various object definitions in the 
Business object Repository are grouped into Projects. Developers can lock Projects, 
check them out from the Server Repository, and move them into their Local 
Repositories to make changes to the object definitions. This method prevents other 

14. 
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developers on the team firom modifying the same Project. Once a developer has made 
changes and tested them, the Project can be checked back into the Server Repository. 
Before checking in a Project, the developer can review the changes that have been 
made, thereby nGunimizing check-in errors. The check-in/check-out process can be 
5 integrated with an external version control system such as Microsoft Visual 
SourceSafe, PVCS, or ClearCase, allowing the development team to maintain a 
version of all changes made to the repository. 

Biisiness Object Compiler. 

10 

Another aspect of our invention is a Business Object Compiler. The Business Object 
Compiler allows developers to compile the repository or projects, either completely or 
incrementally, significantly speeding the development cycle 6f any project. The 
compiler generates a Repository File that is used to mstantiate and run the 
15 Application. 

Visual Basic. 

The VB development environment provides application developers with a complete 
20 Microsoft Visual Basic programming platform for integrating Enterprise Applications 
with third-party cooperative applications and extending the base fimctionality of the 
application screens and Business Components. VB is a complete Visual Basic- 
compliant environment that includes an editor, a debugger, and an 
interpreter/compiler that allows appUcation developers to extend and fiirther configure 
25 applications. This capability is integrated with the Applet Designer, so developers can 
attach scripts to user interface element controls such as buttons, fields, and ActiveX 
controls. Developers also can further configure Business Component behavior by 
using VB. 

3 0 Obj ect Interfaces 

Not only can application developers extend applications with VB but they also can 

use Object Interfaces to access data firom third-party applications, provide integration 

with legacy systems, and automate, applications from other external appUcations. This 
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allows developers to extend application behavior, provide client-side integration to 
other applications, and enable access to data and business rules from other 
environments. Object Interfaces expose selected objects through a set of general 
purpose interfaces that can be accessed from custom routines external to the 
5 applications. Object Interfaces are available in various technologies including COM, 
Active X, and CORBA. Developers can access these interfaces using a wide variety 
of programming languages and environments' such as Microsoft Visual Basic, 
Microsoft Visual C++, PowerBuilder, and Java, 

10 Database Extension Designer 

For developers who require extensions beyond built-in database extensions. Database 
Extension Designer provides a point-and-click interface for extending apphcation 
tables. Developers can use these database extensions to capture data~from new fields 
15 in application screens or from external sources using the Enterprise Integration 
Manager. 

The Database Extension Designer is integrated with the Business object Repository 
and allows developers to make one set of changes, reflecting the appropriate visibility 
20 rules for database extensions. It then automatically triggers updates to Remote and 
Anywhere 

Business Object Explorer. A further aspect of our invention is the optional provision 
of a Business Object Explorer. This is a graphical editing tool for modifying and 

25 managing object definitions. It comprises a hierarchical Object Explorer, which 
allows developers to browse the various Object types; an Object List Editor, for 
yiewing^d editing obje ct defi nitions; and a Properties window, for editing object 
property values. The Business object Explorer also includes a Windows-style Find 
capability that allows developers to quickly locate objects in the repository, which 

30 stores all object definitions. 

Object Visualization Views. Object visualization views provide graphical 

representations of the relationships between the various object definitions in the 

Business object repository that help simplify the configuration process. A typical 
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Enterprise Application configuration contains thousands of objects. Developers can 
use these views to understand the object hierarchies and navigate through them. Then, 
using the editing tools, they can modify the properties of these objects. These views 
help them assess the impact of these modifications and track down configuration 
5 errors. The. Visualization Views can be printed and used as a valuable reference 
during configuration. The figure below shows the details of a Business Component 
definition. 

Applet Designer. Another aspect of our invention is the optional provision of an 

1 0 applet designer. This is an intuitive drag-and-drop visual programming interface for 

modifying and extending list, form, dialog, and chart user interface objects (applets). 

These objects can be populated with standard Windows controls including buttons, 
* • • • * . • 

combo boxes, check boxes, labels, and text fields, as well as ActiveX controls. The 
Applet Designer leverages the familiarity of developers with popular graphical 
15 application development tools such as Microsoft Visual Basic. The controls can be 
configured with the Properties Window and scripted with the integrated VB editor. 
The Applet Designer also helps ensure visually accurate and correctly translated 
configurations by providing a design-time preview of the applet in a variety of screen 
resolutions and under various language settings. 

20 

View Designer. An optional view designer appUcation allows developers to visually 
modify existing Views and construct new ones by simply dragging and dropping the 
desired applets onto the View canvas. No additional specification or code is required 
for defining the relationships between the applets. Most other application 
25 customization tools require developers to vmte significant amounts of code to achieve 
this same functionality. This code has to be replicated for every screen in the 
application, an inefficient and error-prone process. 

Menu Designer. An optional menu designer gives developers a visual metaphor for 
30 customizing and extending menu structures. 

New Object Wizards. New object wizards assist developers in the creation of new 

objects in the repository. Some examples of Wizards are the Form Applet Wizard, 

Chart Applet Wizard, List Applet Wizard, and Business Component Wizard. Users 
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click on the type of new object they want to create, and the Wizard guides them 
through the entry of properties that type of object requires. 

Application Integration 

5 

The instantiation process of our invetition from a metadata repository provides 

■ 4 

application program interfaces to third party applications. The metadata repository 
contains attribute-value pairs as shown in FIGURE 4. To be noted is that the actual 
entries are in code that is not huinan readable, but the entries are reproduced here in 
10 human readable form. A fact of life in almost every company today is that there are 
multiple applications that people use. And, users want these applications to work 
together as if they were one. This is challenging given that so many applications were 
never designed to integrate and there are so many different application technologies 
and designs. _ , _ , 

15 

The architecture is designed with the requirement for integration as an integral 
feature, provides a complete application programming interface (API) for accessing 
the business objects through standard protocols including COM and CORBA. These 
interfaces provide real-time access to the objects, and allow extemal programs to 
20 share and transfer data between their own local stores and the instant application. In 
addition, provides a server based application integration utility for bi-directional 
transfer of even the largest volumes of enterprise data between and other enterprise 
data stores. Both technologies come standard with the enterprise applications, and 
allow for unprecedented application integration at minimal cost. 

25 

The Object Interfaces provide complete access to all of the power of the objects, with 
a simple, easy to understand set of events and methods. The interface is modeled after 
the way end users access the application, and provides access to the same functions 
via COM or CORBA calls. For example, when a sales professional wants to access 
30 contact information, they navigate to the contact screen and chck the "Enter Query" 
button to specify a query. Then they will click the "Execute Query" button to cause to 
access the appropriate data and display it on the screen. 
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Similarly, developers may want to allow access to the same information from another 
application. For example, a credit verification application may need to access the 
contact information stored in the database of the present application. To accomplish 
this, the credit application follows the same basic steps as the end user. First, the 
5 credit application "navigates" to the desired object by issuing a "GetObject" method. 
This happens, automatically when the user clicks on the "Contact" tab in the 
application. Next, the credit application issues a "SetQuerySpec" method which is the 
equivalent to the end user's pressing the "Enter Query" button. The credit application 
then issues an "ExecuteQuery" method, and retrieves the desired information. 

10 

Data Independence of Distributed Applications 

In the world of the Internet and distributed applications, data comes jfrom many 
sources. Structured data will continue to come from relational databases. However 
15 unstructured data will increasingly come from datastores such as multimedia servers, 
or object-oriented database management systems (OODBMSs) and sjmdicated data 
sources such as Individual, Inc., Reuters, and others. An example of this ability to 
seamlessly integrate various data sources is seen in the Interactive product. 

20 Application Program Interfaces and Application Program Interface Requirements 

Large organizations require increasingly integrated business applications that are 
quickly adaptable to evolving business needs and to global competition. These 
environments are composed of modem best-of-class software packages as well as 
25 aged legacy mainframe applications which have to be interconnected through a set of 
well-structured interfaces. 

Batch Interfaces, which allow organizations to share large volumes of information 

« 

between tlie customer information system and other enterprise applications. These 
30 interfaces need to support full transaction control to repUcate enterprise information 
including accounts, products, prices, employees, territories, and organizations 
between systems. These interfaces need to be scaleable to handle large volumes of 
data and need to be upward compatible with new software releases. Transactions 



19. 



wo 00/52603 PCT/USOO/05449 

made via these interfaces must be seamlessly synchronized to mobile users and 
regional servers. 

On-line Interfaces, which enable organizations to share transaction information 
5 between enterprise applications in real time. These on-line interfaces should be based . 
on a common, open inter-application standard such as COM/DCOM and CORBA. 
This allows organizations to leverage cross-vendor industry advances arid increases 
the number of appKcations that can be seamlessly integrated with the customer 
mformation system, in addition, On-line Interfaces, like Ba:tch Interfaces, should be 
10 upward compatible, allowing for the seamless migration from release to release of 
enterprise application software. 

^ ■ * 

■ • 

Web Interfaces, which enable organizations to expand their existmg branded web site 
to display and. capture enterprise application data for e-commerce applications, while 
1 5 preservmg their establish style and look and feel. 

Pre-Built Interfaces, which provide a set of predefined and prepackaged interfaces to 
market leading accounting, manufacturing, distribution, human resource, and product 
configuration applications. These pre-built mterfaces enable rapid appUcation 
20 deployment and reduce overall application maintenance. 

Interfaces 

The apphcation of our invention provides users with a comprehensive enterprise 
25 application integration solution that meets all the above requirements through a suite 
of product and service offerings. 

The Object Interfaces. The Object Interfaces are the technology foundation for on-line 
real time integration with legacy desktop, web-based, server-based, and mainframe- 
30 based legacy apphcations. These Object Interfaces are well-defined, open, 

customizable, and upgradable on-line interfaces to the Objects at the client and 
application server levels. 



The exposed types of objects are: 
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Application Object Types: the Application Control and the Data Control. The 
application objects represent the application as a whole, with its GUI (application 
control) or without the GUI (data control). These objects contains the properties and 
5 methods that interact with the software as a whole, and provides the means .to easily 

embed a applications into an existing legacy applications 

* ■ * . . ■ 

Business Object Type. Business Objects are highly customizable, object-oriented 
building blocks of applications. They define the relationships between different 
10 business component objects (Business components), and contain semantic 

information specific to each one, for example about sales, marketing, and service- 
irelated entities. These objects provide the mean to integrate an existing legacy 
application into a application. 

15 Business Component Object Type. A business component defines the structure and 
behavior of a particular entity, such as an opportunity, a quote, or a product. These 
objects provide the means to integrate an existing legacy application into a 
application. 

20 Applet Object Type. A applet is a container for user interface objects, including 
controls that together make up the visible representation of a business component. 
Applets can be used to embed legacy GUI components, such as an ActiveX 
component, to implement client side integration. 

25 User Interface Control Object Type. A user interface control object is a visual object 
with which the user can directly interact. 

Application Factory Object Type. This object provides access to data objects jfrom an 
external application in a CORBA environment. 

30 

The Object Interfaces include: 

COM Interfaces, These interfaces exposes object interfaces within the application 
(Siebel VB), or from an external programming language (Siebel COM Data Server 
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and Automation Server). This technology provides for external application integration 
within the same server. This technology is for example used to integrate third party 
report generator. 

5 ActiveX Interfaces. The ActiveX interfaces enable external appUcations to access 
Business Objects across a network. There are twp such interfaces: ActiveX Data 
Control, and the Application Control. The data control gives access to all the non-GUI 
objects, whereas the application control includes access to all the GUI objects. 

10 CORBA Interfaces. CORBA Interfaces enable external applications to access 
Business Objects through CORBA using Inprise's or lona's ORBs. The set of 
interfaces exposed is similar to that of the ActiveX Data Control, and can be used by 
any external appUcation to read and write data withoyt having to display SiebeUs user 
interface. 

15 

HTML tags, tags are a set of predefined HTML tags to enable the integration of data 
into an enterprise Web site, while enabling the web site to keep its own branding. 

Siebel Enterprise Integration Manager (EIM). EIM provides for batch interfaces for 
20 highly efficient data integration with external applications. EIM supports bi- 
directional exchange of large volumes of transaction and event data through pre-built 
and extensible interface tables. 

Siebel Pre-built Interfaces. The Pre-built Interfaces provides for out-of-the-box 
25 enterprise scaleable of the applications with two major ERP vendors, PeopleSofl and 
SAP. 



Extensible Interfaces, object and interface definitions are fiilly extensible to 
accommodate the individual requirements of customers. All object and interface 
30 definitions are stored in the Repository, and are extensible using Tools. Interface 

extensions are preserved across upgrades using the same object upgrade teclmology 
utilized for business object definitions. 
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Third Party aware middleware integration tools. These third tools are available 
through third parties, such as alliance partners, for the development of high-end 
custom cross-application process integration. 

5 The architecture exposes its objects as components under both of the two industry 
standards for object technology: Microsoft COM and OMG CORBA. In addition, 
predefmed and configurable Interface Tables provide for high-throughput integration 
of cross-application data, events, and transactions. This means unprecedented 

• • * 

flexibility with regard to application integration across all vertical industries-including 
10 the telecommunications, financial services, and pharmaceutical industries- where both 
of these standards have captured mindshare as ways to unify the entire enterprise. 

Configurable, Customizable, Upgradable Interfaces 

15 The architecture described herein is repository-driven. All applications run fi-om the 
same executable. Each application is defined by data stored in the repository. An 
application is started by the launch of the single executable to interpret the data stored 
in the repository for that application. The executable spawns the defined business 
objects and applets as needed and enforces the repository-defined business processes 

20 and rules. 

Every application is functional out~of-the box. Customization involves changing the 
repository with Tools. Applets, business objects, and schema can be configured 
through data to best match the models aheady implemented in legacy applications. 
25 Missing applets and business objects needed for integration with legacy applications 
can be created by data addition to the repository. 

Object interfaces are also defined through the repository. Business objects can be 
customized via data changes in the repository and scripting with VB, allowing their 
30 adaptation to existing external models. 

Object Interfaces 
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Object Interfaces provide the foundation for seamless, maintainable, bi-directional, 
and on-line interfaces between the Enterprise Applications and the multitude of third 
party, legacy, and custom-built applications prevalent in enterprise relationship 
management deployments. Object Interfaces expose multiple classes of objects as 
5 mdustry-standard COM and CORBA objects, as well as to Web servers through 

* * • • * 

HTML tags, and provide for a Complete set of methods for manipulating those objects 
access to the following classes of application objects: 

Logic Objects, which include data as well as application logic. Logic Objects are 
10 either business objects or business component objects. A business component models 
a single entity such as an address, or a contact, whereas a business object is a set of 
business components Hnked by relationships. 

User Interface Objects (UI Objects, for short), which perform data presentation 
15 services. UI Objects are either applet objects, User Interface Control Objects, and 
application objects. 

Object Interfaces are divided into families, according to the technology standards with 
which they interoperate: 

20 

COM Interfaces 
ActiveX Interfaces 
CORBA Interfaces 
HTML Tags 
25 Siebel COM Interfaces 

The COM Interfaces provide a Microsoft Common Object Model interface to botli 
Logic and UI Objects and can be driven from a client or be driven by other 
applications. 

30 

COM Object Interfaces can be accessed in three distinct ways: 
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From within the apphcation through VB. VB is a complete, procedural programming 
language that allows you to write custom extensions that access and control objects 
via the Obj ect Interfaces. 

5 From an external programming language, such as Microsoft Visual Basic or Java, 
without displaying the liser interface. This mode of operation is through the COM 
Data Server. This interface can be used by any external application, hosted in the 
same server or desktop, to access applications for both reading and writing. 

10 From an external programming language, but with access to user interface. This mode 
of operation is through the COM Automation Server. This mterface can be used by 
any external application^ hosted in the same server or desktop, to access applications 
for both reading and writing. 

1 5 ActiveX Interfaces 

The ActiveX interfaces enable external apphcations to access Objects across a 
network. The ActiveX Data Control provides access to the Logic Objects. The 
ActiveX Apphcation Control includes access to the user interface. In either case, 
20 access is through the Object Manager, a multithreaded, multiprocess apphcation 
server that supports session-based connections by clients.. The server can be 
repKcated for scalability, with automated load balancing to ensure maximum overall 
performance. 

25 CORBA Interfaces 

The CORBA Object Interfaces expose Logic objects only, operate on a Server, and 
can only be driven by external applications. CORBA Object Interfaces are 
implemented through the CORBA Object Manager, The CORBA Object Manager 
30 supports the Inprise's Visibroker and the lONA's Orbix ORB. 
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HTML Tags 

The HTML Object Interfaces give industry-standard Web servei^ access to Logic 
Objects through HTML Tags. HTML Tags operate against the Object Manager and 

5 the Web Server. 

• * * * ■ .*••*•'* 

Configurable Objects 

Configurable Objects to allow organizations to configure Eiiteiprise AppUcations to 

10 fit their unique needs. Examples of Objects include Opportunities, Quotes, Forecasts, 
Service Requests, and Products. These Objects are built with the latest object-oriented 
application development technologies from Microsoft Corporation, siich as MS Visual 
C-H-, MFC Libraries* and Component Object Model (COM/DCOM/OLE 2). 

15 While our invention has been described with respect to certain preferred embodiments 
and exemplifications, it is not intended to limit the scope of the invention thereby, but 
solely by the claims appended hereto. 
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1. A method of instantiation of an application running on a plurality of 
computers, said application having multiple layers (111, 121, 131), at least one of said 
5 layers residing on one of said. computers, said layers containing objects (133)^ said 
layers further haying interfaces (203) whereby to pass data and commands between 
layers, said method comprising extracting attribute-value data from a metadatabase 
repository (141) and instantiating the layer residing on one of said computers. 

10 2. The method of claim 1 wherein said layer residing on one of said computers is 
a user interface layer (111). 

3. The method of claim 1 wherein said layer residing on one of said computers is 
a thin layer having a user interface applet (111). 

15 

4. The method of claim 1 wherein data manager (131) and object manager (121) 
layers reside on another of said computers. 

5. A system for establishing a multi-layer application (111, 121, 131), said layers 
20 containing objects and interfaces to pass data and commands between layers, and a 

metadata repository (141) for storing attribute-value pairs for said apphcation, and for 
extracting attribute-value pairs from the metadata repository and instantiating a layer 
of the application, wherein one of said layers resides on one computer of at least a 
pair of computers, and others of said layers reside on another computer of the pair of 
25 computers. 

6. The system of claim 5 configured for instantiating the one of said layers 
residing on one computer of at least a pair of computers. 

30 7. The system of claim 6 wherein the one of said layers residing on one computer 
of the at least pair of computers is configured for providing a user interface (111). 

8. A database management system for serving multiple remote users at remote 
terminals, said system comprising: . 

2* 7 • 
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(i) an application program having multiple layers (111, 121, 131), at least one of 
said layers residing on a server and at least one of said layers residing on one of said 
remote terminals, said layers containing objects, said layers further having interfaces 
whereby to pass data and commands between layers; 
5 (ii) said application program farther having a metadata repository (141) 

* * • • 

containing attribute-value data and an executable file to extract attribute-value data 
firom the metadata repository and instantiate a layer residing said remote terminal. 

9. the database management system of claim 8 wherein a user interface layer 
10 (111) resides on the remote terminal. 

10, The database management system of claim 9 wherein the user interface layer 
(111) comprises at least one user interface applet. 



15 11. The database management system of claim 9 wherein an object manager layer 
(121) resides on the server, 

12, The database management system of claim 9 wherein a data manager layer 
(131) resides on the server. 
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